Day 14 到 Day 18 鋪的東西——角色、Skill、分流、排批次——這一篇第一次合體。
六月底一個早上，我的清單上有 30 多項任務。距離 7 月 31 日上線，剩不到五週。

Day 14 那天，同樣一份混合需求，是我一件一件手動分類的。這次我把整份需求檔丟給指揮中心，然後看它做。

那天指揮中心做了什麼

它做的就是 Day 17、Day 18 講的那一套：把 11 個任務讀過、分類、建「哪個檔案被哪些任務動到」的對照、抓出 3 個會撞在一起的檔案、排成三個批次。中間停一次，讓我確認 2 份 plan 和 1 個設計問題。

批次跑完，資安審查 11 個檔一次過，文件更新收尾。

一個早上，直接完成 11 件任務。

我那天做的事，和 Agent 做的事

我做的事：確認分派計畫、確認 2 份 plan、決定 1 個設計問題。

Agent 做的事：對 11 個任務逐個下指令——指揮中心一次讀完任務檔，自己分類、自己派工。盯著每個 agent 現在跑到哪——回報：做完了沒、目前到哪一步，我不用開著畫面盯，等回報或到確認點再看。

Human Checkpoint 停在需要我決定的地方：技術做法能不能接受、設計問題要選哪個。其他的——分類、排序、平行、寫程式、回報進度——它自己來。

那天我想通的一件事

十一個任務同時到，我最早想的做法很直覺：開十一個 agent，一個任務配一個，各自從 Spec 走到 Docs，把自己的八步跑完。像十一條各自獨立的生產線。

這個念頭卡了我三個問題。

第一，划不划算。 一個任務的八個步驟本來就有先後——Spec 沒寫完，Plan 動不了；Plan 沒確認，Task 拆不了。單一任務內部能平行的地方很少。如果每個任務都配一個 agent 從頭跑到尾，它大部分時間其實在等自己的上一步做完，agent 開得再多，等待也跟著變多，不是單純「越多越快」。

第二，換一種切法：不是一個任務配一個 agent，是一個步驟配一個角色。 這就是 Day 15 那五個角色的由來——frontend-agent 固定包 Step 1、2、3、5，api-integration-agent 固定包 Step 4，qa 固定包 Step 6，security 固定包 Step 7，docs 固定包 Step 8。像工廠裡固定站別的產線，不是「這個任務有專屬的工人」，是「這個站別有專屬的工人，任務一個個經過」。我當時想像的是一條會自己接單的產線：前面一直丟任務進來，後面各站自己拋接，效率最大化。

指揮中心那天實際做的粗一點：先把工作分成幾個批次，同一批裡同一個角色會被叫好幾次（那天 frontend-agent 就被叫了很多次，各自處理不同任務），一批做完才進下一批，中間停下來讓我確認。不是即時流動的產線，是預先排好的批次——沒有想像中聰明，但比較好停、比較好確認。Human Checkpoint 要有明確的停點，一條自己流動的產線很難找到安全的暫停位置。

第三，也是我當時真正卡住的：agent 跟 agent 之間怎麼交接？

答案不是它們互相講話。每個角色做完，把結果寫進固定的檔案——spec.md、plan.md、tasks.md、API 的型別檔——然後回報。指揮中心讀這份回報，決定下一步該叫誰、給它看哪些檔案。前端角色的輸入寫死「由 api-integration-agent 產出」（Day 15 講過），靠的就是這個：不是兩個 agent 對話，是後一個 agent 去讀前一個留下的檔案，指揮中心負責決定時機。

把混亂整理好，剩下的才交出去。Day 14 到 Day 18，其實一直在講這同一件事。

我一直是協調的瓶頸

翻 repository 的 spec 紀錄，六月這三個星期，git 裡多了七十幾份 spec，好幾天一天就開了 7 到 15 份。

這個速度不是六月底那天才有的。8-Step 加上五個角色分工，六月就已經這樣跑了。那天真正變的是另一件事：以前每一批需求進來，都要我先坐下來手動分類、判斷誰會撞誰、排順序——Day 14 那 11 件事，就是我一件一件分的。現在指揮中心接手了這一段。

我從來不是執行的瓶頸——寫 code 的是 agent。我是協調的瓶頸。那天早上，我從協調裡退出來了。

這不是「產能翻幾倍」。spec 大小差很多，改個側邊欄圖示和一整套編審流程都算一份；bug fix 根本不寫 spec；第二代用 Vibe Coding，沒有 spec 可以比。能說的是方向：需求不用排隊了。

Anthropic 把這種結構叫 orchestrator-workers：中央的協調者拆解、委派、整合，實際幹活的是底下的 worker。指揮中心那天做的就是這件事——它接的是協調，不是我原本擔心的「它會亂寫 code」。（Anthropic, Building effective agents）

Part 3 到這裡：協調層的訓練結束

Day 14 到 Day 19 走完，手上有一整套東西：

這一套合起來就是協調層。它把我從「每批需求的分派員」這個位子上換下來。

距 7/31 剩五週。在上線日前有兩次 UAT 使用者封測回饋，我都是使用這套流程去建立新的需求或是更新功能。

參考資料

• Anthropic. Building effective agents, 2024-12-19.